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Description 

[0001] The invention relates to a computer based training system comprising a user input means, a system controiler 
a storage means storing training data, and a user output means inciuding a video screen. Tine invention also reiates 

5 to a metlnod for prodjcing sucin a system. 

[0002] British Patent Specification No. GB 2,113 887 (Cubic Corporation) and European Patent Specitication No. 
EP 96627 (DEC) both relate to computer based training systems. In both cases, there is much emphasis on the input 
and output aspects such as the use oi a touch panel, and little discussions of the core control aspects. In general, 
there has been atrend in recent years to provide more sophisticated input and output media such as higher-resolution 

JO screens, stereo audio devices, touch screen technology for inputs, microphone inputs and various other input and 
output devices. Further, effective programs have been developed to provide for efficient control of data inputs and 
outputs using such devices. For example, POT Patent Specification No. WO 92/20059 (fVlatsushita) describes a dem- 
onstration controi system having the ability to record, annotate and playback a graphic display British Patent Specifi- 
cation No. GB 2,175,470 describes a video display controller which Is particularly directed to providing overlays from 

IS diverse sources. European Patent Specification Nos. EP 518,554 and 498,106 (Adobe Systems) relate to control of 
pixels for generation of clear displays. The trend has therefore been towards providing a wide range of programs and 
hardware devices which are efficient at performing particular communication tasks. 

[0003] However, the end user of a computer based training system must be provided with a wide range of different 
outputs and must have ample opportunity to provide interactive inputs in order to provide training feedback and also 

20 to possibiy change the direction of operation of the system. Heretofore, this has led to the use of complex control 
programs, sophisticated interrupt handlers and program switching mechanisms etc. Such arrangements generally 
provide a slow response time, provide relatively little flexibility forthe end user. From the production point of view, such 
systems are difficult to modify for further version releases. An example of the system control approach which has been 
taken is describod in European Patent Specification No. 352,908 (Hewlett-Packard). In this system, a processor means 

25 receives messages which indicate syntactic actions taken by the user and generates semantic commands. Another 
processor means receives the semantic commands and executes them and an instruction object is responsive to the 
syntactic actions taken by the user and displays information on a monitor. An agent means sends somatic commands 
to the instruction object to indicate which information to display on the monitor and for intercepting semantic commands 
sent from the first action processor to the first command processor. In summary, a shell is provided to teach skills for 

30 a live training subject application. This considerably limits the range of training options which may be used. Further; 
such a system appears to provide relatively iittle scope for integration of a wide variety of media devices in a flexible 
way for effective user training. 

[0004] The invention is directed towards providing a computer based training system which:- 

35 (a) has the ability to clearly communicate information to the user, including feedback and responses to user inputs, 

and 

(b) the ability to provide a wide range of training choices to the user and to easily switch between different modes 
of operation. 

40 [0005] The technology involved in providing input and output media is advancing very quickly, and the Ihrusl of the 
invention is therefore towards providing the underlying technical control steps to maximise utilisation of these devices 
for effective training. 

[0006] The invention is also directed towards providing a process for producing a computer based training system, 
the process utilising features of the end product training system for efficient and flexible production. 
45 [0007] The invention is characterised in that:- 

said storage means stores independently addressable media records having media interface data; 

said storage means stores an interface file comprising a series of interface action commands each action com- 
50 mand being associated with a media record and comprising code for instructing an interfacing action io be per- 

formed using data retrieved from the record; 

said system controller comprises means for:- 

55 identifying a sequence of action commands which are associated with an interfacing event, being an event 

which the system performs automatically between interactivity points at which a user may input a signal; 

automatically performing interfacing actions according to said sequence of action commands to perform an 
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event; and 

receiving a user input signal at an interactivity point after completing the event, acting in response to tlie 
received input signal, and subsequently identifying action commands for tlie next event and performing said 
5 event to continue an execution path sequentially using commands in the interface fiie. 

[0008] In one embodiment, the interface file further comprises interactivity point commands which delimit sequences 
of action commands for events, and the system controller comprises means ior recognising said interactivity point 
commands and directing interactivity inputs according to said commands. 
70 [0009] Preferably, the system controller comprises means for directing retrieval of training programs at an interactivity 
point and for operaling according to the training programs before returning to the execution path of the interface file at 
the next action command. 

[0010] In another embodiment, said training programs include simulation programs having code lor directing the 
system controller to perform operations simulating the training subject. 

[0011] In one embodiment, the simulation programs have a discrete structure with a discrete simulation handler piece 

of code associated with a screen input control during simulation. 

[0012] In afurther embodiment, Ihe system conlroller comprises means for directing transfer of control loan execution 
path of an alternative control file at an interactivity point upon receipt of a user input instruction. 
[0013] Preferably, the interface file comprises screen commands delimiting commands for a plurality of events, and 
20 the system controller comprises means for directing generation of a new video screen environment upon detection of 
a screen command. 

[0014] In this latter embodiment, there are preferably two categories of screen command, namely a conceptual 
screen command and a simulation screen command, and the system controller comprises means for:- 

25 directing generation of a fresh interfacing screen environment for display of training data upon detection of a con- 

ceptual screen command; and 

directing generation of a simulation screen environment having screen input areas simulating those of the training 
subject upon detection of a simulation screen command. 

30 

[0015] Preferably, the media records comprise text data records and audio records, the records being individually 
addressable by being delimited in acommonformat and further comprise graphic bitmap and graphic animation records. 
[0016] In another embodiment, the media records video control records. 

[0017] According to another aspect, the invention provides a computer based training system comprising a user 
35 input means, a system controller, a storage means storing training data, and a user output means including a video 
screen, wherein, 

said storage means stores independently addressable media records having media interface data; 

40 said slorage means slores an interface file comprising a series of interface action commands, each action com- 

mand being associated with a media record and comprising code for instructing an interfacing action to be per- 
formed using data retrieved from the record; 

said system controller comprises means for:- 

45 

identifying a sequence of action commands which are associated with an interfacing event, being an event 
which the system performs automatically between interactivity points at which a user may input a signal; 

automatically performing interfacing actions according to said sequence of action commands to perform an 
50 event; and 

receiving a user input signal at an interactivity point after completing the event, acting upon the received signal 
by retrieving a simulation program and carrying out simulation operations according to the program, and sub- 
sequently identifying action commands for the next event and performing said event to continue an execution 
55 path using sequential commands in the interface file. 

[0018] The simulation programs may have a discrete structure comprising a discrete piece of code providing a sim- 
ulation handler associated with a screen input area providing a screen control during simulation. 
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[0019] Prefsrably, the system controller comprises means for dynamically linking simulation handlers with screen 
controls during simulation, and for disconnGcting all simulation handlers at the end ot use of a simulation program. 
[0020] According to a still further aspect, the Invention provides a method of producing data and programs for loading 
in a target computer to provide a computer based training system, the method comprising the steps of:- 

5 

storing a master media data document having flags; 

generating a memory storyboard having a collular structure in which there arc groups of cells, each group asso- 
ciated with an interfacing event of the target computer, and each of the cells within a group being individually 
10 addressable; 

a production controller reading the master media data document, recognising flags within the document, and pre- 
assigning each cell to an interfacing action according to the flags; 

automatically transferring media data from the master media data document to relevant pre-assigned cells within 
the storyboard; 

processing each cell of the storyboard in turn to generate an interface file having action commands associated 
with cells of the storyboard, each action command comprising code for directing an interfacing action of a training 
20 system with respect to an associated cell; 

generating a set of media records storing media data also stored in cells of the storyboard; and 

combining said media records and said interface file together with a training system control program, 

25 

[0021] Preferably, the method comprises the further steps of :- 
displaying and verifying a graphic stored in a media record; 
30 comparing a plxulrriap of the graphic with that of the next graphic pixclmap in operational display order; and 

automatically determining pixelmap differences and generating a frame around the difference pixels; 
storing the pixelmap differences in a media record; and 

35 

modifying the associated interface file command accordingly. 

[0022] In one embodiment, the method comprises the further step of emulating training system operation by use of 
the interface file, editing colls within each storyboard group, and editing the asGociatod interface commands accordingly 
40 [0023] In another embodimenl, Ihe method comprises the lurlher steps of stripping text data from Ihe master media 
data document, transferring it to a text file, transferring text data to the storyboard cells from said text file, and storing 
the text file to provide media records for text data. 

[0024] By automatic operation using commands of the interface file, the training system operates extremely quickly 
to provide a wide variety of media output and media interfacing actions generally. Interactivity inputs are provided for 

45 in a very simple and flexible manner with a wide range of options provided to a user What, in effect, has been achieved 
is automatic sequential processing within the training system, with the facility given to the user lhat he or she may 
provide input to redirect or alter in many ways the training session at apparently any point in it's operation. These 
underlying technical features also apply to the production method, particularly as the interface file forms an integral 
pari of bolh the end product Irainlng system and the production method. AL the very beginning of the production method, 

50 individual interfacing actions are identified and recorded in the storyboard cells and these are then used to produce 
the Interface file. Broadly speaking, the production method could be viewed as a reverse of the end product operation. 
[0025] The invention will be more clearly understood from the following description of some embodiments thereof, 
given by way of example only with reference to the accompanying drawings, in which:- 

55 Fig. 1 is a schematic overview of a computer based training system of the invention; 

Fig. 2 is a flowchart illustrating initial operations which are carried out by a system controller; 
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Fig. 3 is a flowclnart illustrating operation ot the system controller for a conceptual screen environment; 
Fig. 4 is a flowchart illustrating operation o1 the system controller for a simulation screen environment; 
5 Fig. 5 is a sample screen display during simulation; 

Fig. 6 is a diagrammatic representation of a method for producing a computer based training system; 
Figs. 7 and 8 are representations of sample groups of storyboard cells used in the production method; 

10 

Fig. 9 is a flowchart illustrating the manner in which an interface file is generated; and 

Figs. 10 and 11 are flowcharts illustrating modification of the system being produced. 

[0026] A schematic overview illustrating the overall constrjction of a computer based training system 1 of the inven- 
tion is shown in Fig. 1 . The system 1 comprises a system controlier 2 having a microprocessor circuit of a computer 
such as a microcomputer operaling under control of a system controi program To receive input signals from a user, 
tha system 1 has the following componants:- 

20 a keyboard 3 and interface 4; 

a microphone 5 and voice port 6; and 

a mouse 7 and mouse port 8. 

25 

[0027] The system controller 2 is connected to a random access memory (RAM) 9 and operates in conjunction with 
various storage structures and these include:- 

an initialisation file 10, 

30 

graphics bitmap records 15 and graphics animation records 16 within a visual database, 
a number of interface files 17, 
35 a set of data records 18, and 

a set 19 of simulation and auxiliary training programs. 
[0028] To output information to the user, the system 1 comprises the following components:- 

40 

a video output controller 20 and a screen 21 , 

a printer controller 22 and a printer 23, and 

an audio output controller 24 and a speaker 25. 

[0029] The system 1 further comprises various hardware components found in conventional microcompjters and 
workstations. 

[0030] The inpul and oulput componenls of Ihe syslem 1 are conventional and indeed Ihe hardware componenls of 
50 the system may be bought in the form of a conventional multimedia hardware system. The Invention is provided by 
the manner in which the system controller 2 operates at a technical level to provide the commercial end-user benefits 
discussed in the introductory part of this specification. Of particular importance is the manner in which the system 
controller 2 operates in conjunction with the interface files 17, as these files direct use of the stored data and also help 
to provide an efficient and flexible production method for the system 
55 [0031] Before describing the manner in which the system controller 2 operates, the following is a brief description of 
some of the important stored data structures. 

[0032] Tha bitmap records 15 are bitmap stills at the required resolution for the video screen 21. The graphics ani- 
mation records 16 are each a combination of frames to provide an animation visual effect. The records 15 and 16 are 
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all individually addressable and each relate to a single graphic interfacing action. In general a full pixelmap is stored 
for a first record, and records for subsequent display only include pixelmaps for the difference between the current 
display and the previous one. 

[0033] The data records 18 include both text data and also audio data records. The data is stored in a common, 
5 ASCII format with delimiters to separate the records. The data records are individually addressable in this way and 
like the graphic records, each relate to a single interfacing action. 

[0034] The text data records include headers for training Units, each Unit relating to a subject or part of a subject to 
be learned by the user. The text data records also include header records for Topics, there being a number of Topics 
within each Unit Each of the Topic header records includes the location and number of screen flags of the associated 
10 interface file. These are described in much more detail below, however, for the present, suffice to say that there is an 
interface file 17 associaled wiih each Unit. Each interface file 17 includes a number of screen commands, each screen 
command relating to a screen environment. 

[0035] The visual database records 1 5 and 1 6 and the data records 1 9 are shown separately because they are used 
to generate different outputs. However, In operation of the system controller 2, they are processed similarly as they 
are individually addressable and relate to a single interfacing action of a media type. They may therefore be referred 
to as individually addressable media records. 

[003G] Each of the interface files 17 comprises a series of commands which are sequentially interpolated by the 
system controller 2. In general, there are three broad categories of commands as follows:- 

20 (a) Screen commands, the purpose of which is to indicate that a fresh screen environment is to be created. 

(b) Interactivity point commands, of which there are generally a number between each successive pair of screen 
commands. These commands provide for user interactive inputs at interactivity points during the training system 
operation. 

25 

(c) Action commands of which there are generally a number between each successive pair of interactivity point 
commands. Each action command is used to direct a particular interfacing action such as display of a box on the 
screen using data from an associated media record. Implementation of a sequence of action commands between 
interactivity point commands is referred to as an intertacing event. 

30 

[0037] The following is an example of part of an interface file. 
Interface File 
35 [0038] 

screen 2 3 14 

eff.exea02_118.gif 93 445 0 1 0 15 15 15 

* You can configure the PowerBar or a PainterBar 
40 isave 3 293 201 157 textl 

textbox3 293 201 157 
showtext 0 0 7 
pause 11111111 

45 eff.exe a02_119a.gif 158 428 0 10 15 15 15 

* 6 selecting Toolbars from the Window 
isave 3 162 201 72t6Xt2 

growbox 3 162 201 72 
showtexl 0 0 4 
50 pause 11111111 

eff.exea02_120a.gif 158 384 0 1 0 15 15 15 

* The menu and the dialog supply the same 
isave 3 77 201 4 text3 

55 growbox 3 77 20 1 4 

showtext 0 0 3 
pause 11111111 
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image memory text3 0 3 77 
image memory text2 0 3 162 
image memory text 1 0 3 293 
eff.exea02_121a.gif 160 339 0 1 0 15 15 15 

5 

en.exea02_l21d.gif 289 231 0 1 0 15 15 15 

* The configuration options tor a toolbar include 
isavo7 303 187 184 text 1 

1extbox7 303 187 184 
10 showtext 0 0 6 

pause 11111111 

eff.exea02_122b.gif 367 231 0 1 0 15 15 15 
eff.exea02_122c.gif 289 150 0 1 0 15 15 15 

15 

* You change the buttons by selecting the 
isave 7 1 89 1 87 1 1 B text2 

growbox 7 189 187 116 
showtext 0 0 3 
20 pause 11111111 

** 

image memory text2 0 7 189 
image memory textl 0 7 303 
eff.exe a02_1 23a.9if 94 428 0 1 0 1 5 1 5 1 5 
25 eff.exe a02_123b.Qif 192 230 0 1 0 15 15 15 

* You can configure the toolbar buttons so that they 
isave 10 292 194 190 textl 

textbox 10 292 194 190 
showtext 0 0 5 
30 pause 11111111 

eff.exe a02_1 24a.gif 94 41 0 0 1 0 1 5 1 5 1 5 
eff.exea02_124b.gif 192 118 0 1 0 15 15 15 
If showtext is off,... 
35 isave 10 195 194 71 text2 

growbox 10 195 194 71 
showtext 0 0 6 
pause 11111111 

40 image memory lexl2 0 10 1 95 

image memory textl 0 1 0 292 

simscrn 2 4 12 

45 w 

* You're now going lo 
isave 197 360 431 275 textl 
textbox 197 360 431 275 
showtext 0 0 4 

50 pause 11111111 

image memory textl 0 1 97 360 

qcail ap02q 020104 

* You can add buttons 
55 isave 1 54 347 462 279 textl 

textbox 1 54 347 462 279 
showtext 0 0 3 
pause 11111111 
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=1^ And you can assign 
isave 1 54 284 462 228 tex12 
growbox 1 54 284 462 228 
5 showtext 0 0 2 

pause 11111111 

[0039] It will bG seen from this example that there are two types o1 screen command, namely, Screen + Argument 
10 and Simscm + Argument. The /l/pumenf includes the Unit number, the screen number and the total number of screens 
within that Unit. The Screen command indicates that a conceptual screen is to be generated and the necessary in- 
structions to do this are contained in the action commands which follow sequentially These commands are used to 
generate a conceptual screen including interactive buttons for such functions as Exit, Course, Help, Navigate, Revievy 
Footnote and Continue. 

IS [0040] The second type of screen flag, namely, Simscrn + Argument indicates the start of a simulation screen envi- 
ronment. The arguments are the same as for the screen command. The Simscrn command is interpreted by the con- 
Lroiler as an instruction to generale an iniliai simulation screen using a simulation program 18 associated with the 
particular interface file 1 7 being used. The simulation screen includes a window which contains the simulation display 
and control bjttons. These bjttons differ from the conceptual screen buttons in appearance and are contained in a 

20 floating and resizable panel. This sets the background image and includes any menu items, diaiogs and controls needed 
to create a replica of the application being simulated. For example, the training system 1 may be used to simulate 
another application such as Lotus Notes™. 

[0041] Regarding interactivity point commands, the most important such command is the Pause command. When 
this is read, the controller halts the execution path through the action commands and awaits a user input. The most 

25 common use for this command is waiting for the user to press a Continue button to move on through the course. In 
effect, the Pause command defers execution of the action commands unlii the next event is triggered by a user input. 
When used in the context of the interface file, the word "event" is intended to mean the set of interfacing actions carried 
out between interactivity points during the execution path. An important aspect of the pause command is that it allows 
a user to select Exit Co jrse, Help, Navigate, Footnote, or Review buttons on the screen. These inputs are interpreted 

30 by the system controller as an instruction to move to a complcloly different execution path using a different interface 
file, or aiternatively to use an auxiliary program 1 Qtotemporariiy defer further execution through the same interface file. 
[0042] Another interactivity point command is the command Oca// which directs the controller 2 to automatically 
retrieve a question according to a question auxiliary program and receive interactive inputs. The first argument of the 
Oca// command specifies the name of this program file. The second argument is a code which matches with a code in 

35 the question file and identifies the section of the file relating to the particular question. Therefore, execution of the 
action commands is temporarily suspended while the question file program is used whereby the user can provide 
feedback. 

[0043] The simulation programs which may be activated at interactivity point commands direct simulation of the 
training subject's front end interface. This allows the following features and advantages:- 

40 

a) Recordal of user inputs to provide feedback. This is much more difficult to achieve using a live training subject 
application with a training shell. 

b) There is a limited range of allowed user inputs and freedom generally in order to sharply focus the training 
45 procedure. 

c) There is complete compatibility of software running at all times. 

d) The simulalion programs nol only direci simulation of Ihe training subject interfacing aspects, but also provide 
50 working examples and thereby improving training effectiveness. 

[0044] In a simulation environment, the interactivity point command Tas/f results in retrieval of a simulation program 
19. As described in more detail below, a simulation program comprises code or script in a discrete format, a discrete 
piece of code or script being associated directly with a screen pixel display area The simulation program causes a 
55 dialog to be displayed on the video screen. This dialog contains a statement indicating what is to be done in the task 
and allows the user select a button to cause display of an exercise dialog and a button to cause display of a dialog 
containing a list of the steps required to complete the task successfully. Once the task dialog has been displayed, the 
controller 2 continues on the execution path with the next command. The next command is usually the Step command, 
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which is also an intGractivity point command. There is a step command for each step in the task and each Stepcommand 
causes the controller to suspend execution of the action commands and execute a simulation program 19 The simu- 
lation program 19 contains all of the information needed to execute it and judge the step. The controller 2 enters an 
idle loop while waiting for the user to attempt the step. While in this loop, the controller 2 can process input signals 

s given by the user If the user completes the step successfully, a flag is set to indicate that the step is finished and the 
controller 2 reverts back to the execution path. If the user's attempt at the step was incorrect, a dialog is displayed 
which contains some feedback and allows the user the option to try the step again or to be shown the correct method. 
Again, simulation programs may bo noodcd to do this. Tho Excrciso interactivity point command is similar in nature 
as it suspends the execution path and causes the controller 2 to retrieve a simulation program 1 9. This program directs 

JO display of an exercise statement and a list of the tasks comprising the exercise. A scrolling list box is employed to 
displaythetask list and (his aulomalically disables the scrolling function if the entire list of tasks can be displayed at once. 
[0045] The following are examples of action commands. 

Backdrop 

15 

[0046] This is used to set the default backdrop image for simulation screens. It is stored as a DIB, and the filename, 
position and dimensions are specified. These arguments are parsed and stored in a user defined variable which has 
fields for the name, top and left positions, and the width and height. 

20 Eff.exe 

[0047] This causes a graphic to be plotted on the screen, optionally including wipe effects. The graphic can be in 
BMP, DIB or GIF format. The graphic is initially read into a temporary off-screen buffer of the controller 20 and is then 
transferred onto the main visible picture area using either a bitbit API function or a custom control. Also, if the graphic 
25 is in GIF format, it must be converted to bitmap format. This is done with conversion code or a custom control. 

Textbox 

[0048] This causes the controller 2 to draw a text box on the screen, The arguments for the textbox indicate the 
30 position of the text box; the x coordinates are from the left side of the screen to the right, while the y coordinates are 
from the bottom to the top. The command arguments are parsed and read into a user defined variable structure. This 
variable contains such information as the position of the text box, the text it contains, the njmber of lines of text in it 
and whether or not it is loaded. This structure is also used for growboxes and noteboxes and so can contain data 
relevant to these items. The text for the textbox is read form a text data record 18 which only contains text for textboxes, 
35 growboxes and noteboxes. Before being printed to the on-screen text box, the text is automatically wrapped in a mul- 
tiline text edit control This control will have been previously set to the width of the textbox. The text can then be printed 
line by line into the on-screen textbox. It is possible to underline sections of the text, or to print it in red or blue. The 
method fordoing this is the same as for the growbox. Sometimes a footnote is included with the text for a textbox. This 
is indicated by formatting characters in tho text file If a footnote is available, a small icon is included beside the text 
40 in Ihe growbox and Ihe foolnole buUon on Ihe screen is enabled. 

Growbox 

[0049] This causes the controller 2 to draw an extended textbox. The Growbox command is always preceded by a 
TexfiJox command, usually a few lines earlier. Therefore a textbox will already be visible on the screen. The arguments 
for Iho growbox will be the same in the x-dircction as (or Ihe related textbox, and the arguments for the y-direction will 
be for an area below and slightly overlapping it. This is the position for the extension to the textbox. 
[OOSO] The command arguments are parsed and read into a user defined variable structure, which is of the same 
type as Ihe one used for the original lexlbox. One of (he fields in this slruclure defines it as relating lo a growbox. Also 
50 contained in the textbox structure is the text relating to the growbox. This is read from text data record 18 which only 
contains text for textboxes, growboxes and noteboxes. Before being printed to the on-screen text box, the text is put 
intoa multiline text edit control. This control will have been previously set to the width of the growbox, and it automatically 
wraps the text to fit. The text can then be printed line by line into the on-screen growbox. 

[0051] It is possible to underline sections of the text, or to print it in red or blue. To do this, formatting characters are 
55 included in the text. Before printing the text, these formatting characters are parsed and their position and meaning 
are stored in an array. If a line to be printed contains, for example, a word in red text, the line is broken up and printed 
piece by piece. First the text up to the coloured word is printed without a carriage return at the end. Then the fore colour 
of the text box is changed to red and the coloured word is printed (it will appear in red). Finally, the fore colour is 
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changed back to the original and the rest of the line is printed with a carriage return at the end. If there is more than 
one formatted section in a line, then the line is broken up into more parts and the same procedure is followed. 
[0052] Sometimes a footnote is included with the text for a growbox. This is indicated by formatting characters in the 
text file. If a footnote is availabie, a small icon is inciuded beside the text in the growbox and the footnote button on 
s ths screen is enabled. 

Notebox 

[0053] The Wotebox command causes a dialog to be displayed on the screen with some text and an OK button in it. 
JO The Noteboxhas much in common with the 7exf6oxand Groiv6ox commands and uses the same data structure type 
in the code. One of the fieids in the textbox data structure serves as a flag to indicate whether it represents a notebox 
or not. 

[0054] The notebox is aiso capabie of displaying sections of its text as underlined text or dispiaying it in red or blue. 
The mechanism for doing this is the same as described in the growbox section above. 

[0055] Wrapping the text to fit neatly in the notebox is done the same way as for the growbox, employing a hidden 
text edit control to contain the text and reading it out line by line. However, different actual text edit controls are used 
for the notebox and texlbox/growboxes. This is becHuse it is possible that a notebox and a texlbox can appear on the 
screen simultaneousty so both texts may need to bs contained in text edit controls at the same time. 
[0056] The notebox dialog is shown modally on the screen, so the user must clear it by pressing the OK button to 
20 proceed with the course. 

Image Memory 

[0057] This is used to clear textboxes and growboxes from the screen. First the controi containing the text is made 
25 invisible, then the text is removed from the text edit control used for wrapping the text. Finally a fiag in each data 
structure relating to the textbox/growboxes is set to indicate that they have been unloaded. 

fsave 

30 [0058] The arguments included with the isave command describe an area on screen and a name. Only the name is 
used to keep track of the textboxes and growboxes on the screen. This is stored as a field in the textbox data structure. 

Real} 

35 [0059] The ffca// command provides the ability to call an auxiliary program 19 specifically written to implement some 
functionality not normally catered for in the interface tile commands. The argument is a unique code which identifies 
the auxiliary program to be executed. The code language consists of a rich library of instructions which provide the 
abilityto manipulate the screen, externally from the system control program itself. It is most commonly used in simulation 
and wide conceptual Gcrcons Examples of its use arc manipulation of menus, dialogs, toolbars and controls used to 

40 simulate a Ihird parly's application which is Ihe subjecl of Ihe training course. In some cases, where the auxiliary 
program is not sufficient in detail to perform a required action, the routine may be hardcoded into the system control 
program. The Rca// action command is therefore different from the other action commands in that it uses an auxiliary 
program 19, although it is not an interactivity point command. 

[0060] Referring now to Fig. 2 operation of the system controller 2 in the initial stages is now described. In step 31, 
45 the controller 2 retrieves the initialisation file 10 and in step 32, it detects a system identifier. The reason for this is 
because the system controller operates according to a system control program which is generic to a number of dlRorent 
computer based training systems, the identifier from the initialisation file providing the specific tags which are required. 
In step 33, the controller 2 detects from the initialisation file 10 settings for input pixel areas, namely the input buttons 
which are required for general operation ol the system. In step 34 the controller 2 retrieves from the initialisation file 
50 1 0 output start-up messages for the user and these are displayed on the screen 21 . In step 35, utility programs are 
retrieved and the controller 2 reads through an indicated set of text data records 18 to identify unit header records. 
The controller 2 in step 36 then determines the educational structure within each Unit by retrieving Topic headers and 
data relating to screens used in the Topics. This data includes the location of screen commands within the interface 
file associated with the Topic. In steps 35 and 36, the controller 2 directs display of lists of the available Units and 
55 Topics in a hierarchial menu arrangement. Input Instructions are received in step 37 indicating the required Unit and 
Topic and in step 38, the controller 2 retrieves the interface file 17 which is associated withe the particular Unit. In step 
39, the controller 2 reads the relevant screen command which has been identified by the relevant Topic header and 
determines in step 40 if it is a simulation screen flag or a conceptual screen flag. In either event, all of the interface file 
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commands between that screen flag and the next screen flag are written to the RAM 9, as indicated by the steps 41 

and 42. 

[0061] It the tirst screen flag is a conceptual screen tlag, the steps illustrated in Fig. 3 are then implemented by the 
controller 2. In step 43, the controller automatically performs all of the actions between the screen command and the 
5 first interactivity point command. This set of actions which are performed automatically in sequence are referred to as 
an interfacing event. In this case the event is the generation of an initial conceptual screen. Possible action commands 

are indicated next to the step 43 in Fig. 3. 

[0062] At step 44, an interactivity point command is reachGd and where the screen flag is a conceptual screen flag, 
this may be the command Pause or the command Ocall In step 45, the controller 2 determines how to proceed with 
JO program execution. This depends on the nature of the interactivity point command and the nature of the Input which 
is received from the user. The execution path may be suspended and this is referred to as an internal Iransler ol conlrol 
in Fig. 3. When this happens, step 46 is carried out wherein the controller 2 retrieves an auxiliary program and imple- 
ments it. The auxiliary program may be a program related to the Review button which allows the user to review all of 
the steps which have taken place up to that point in execution as they are logged as they take place. This will happen 
in response to a Pause interactivity point command followed by input of the address for the auxiliary program (for 
example, by pressing the Review button on the screen). Immediately when the auxiliary program has been executed, 
control returns back lo the next action command In the interface file 1 7 and the next event is Implemented by sequential 
implementation of the action commands for the event. 

[0063] The input which Is received from the user may indicate that the execution path is to be halted permanently 
20 in which case the controller 2 retrieves an alternative interface file and re-starts processing according to the desired 

screen command in that file. This is much like starting afresh at another Unit and Topic. 

[0064] Alternatively, the controller 2 may automatically continue on the same execution path by implementing a 
program such as that identified by the Oca// command before continuing with the next action command. There is no 
user choice of whether or not to use this program as it is retrieved and implemented automatically The interactive 
25 inputs are required during use of the program sjch as to answer questions, however, they do not initiate retrieval of 
the program. As indicated by the decision step 49 the controller 2 returns to step 39 if there are no further events In 
the screen, and returns to step 43 if there is another event. 

[0065] Referring now to Fig. 4, the operation of the controller 2 in response to detection of a simulation screen 
command is described. In step 60, the controller 2 retrieves a simulation program associated with the interface file and 

30 uses it to generate an initial screen in step 61 . 

[0066] In step 62, the controller 2 implements an interfacing event as described above using a sequence of action 
commands before the next interactivity point command. In step 63, a response is received after an interactivity point 
command is implemented and a decision is made as to further execution in step 64 As described above, the execution 
path may be changed completely if the user requests a different Unit and Topic as indicated by step 67. Again, execution 

35 may continue on the path using either the Ocall of the Tas/c interactivity point commands. Alternatively, there may be 
an internal transfci of control the nature of which is decided in the decision step 68. If simulation is required in step 
69, the controller 2 retrieves one of the simulation programs 9 and directs a simulation operation such as task, exercise 
or step operations, as described above. 

[0067] An important aspoct of the simulation operations are that each of the simulation programs has a discrete 
40 structure with a discrete piece of code or script providing a simulation handler associated with each input button or 
pixel area of a screen, also referred to as a screen control. They also include additional code for such operations as 
evaluating how a user performed at a task. The following is an example of a simulation program. 



45 



so 
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Simulation Program Example 



EVENT button_l CLICK 

DIALOG FILE_OPEN 
END EVENT 



10 



EVENT button_2 CLICK && 

CLOSE FILE_OPEN DIALOG 
END EVENT 



textbox l="f iiel.cbt' 



20 



25 



EVENT button_3 CLICK 

CLOSE FILE_OPEN DIALOG 
END EVENT 

EVENT button_l CLICK && textbox_l ! = " f iiel . cbt 

MSGBOX "File does not exist ! " 

CLEARTEXT textbox_l 
END EVENT 



30 



EVENT textbox_l ENTER && 

CLOSE FILE_OPEN DIALOG 
END EVENT 



textbox l="filel.cbt 



35 



40 



EVENT textbox_l ENTER Kc5> textbox_l I = "filel.cbt 

MSGBOX "File does not exist !" 

CLEARTEXT textbox_l 
END EVENT 

END TASKEVENTS 01 



45 



SO 



TASK 01 

JUDGE CORRECT 

BUTTON^l CLICKED 
BUTT0N_2 CLICK 
TEXTnOX_l ENTER 

JUDGE INCORRECT 



TEXTBOX_l="f ilel .cbt" 
&& TEXTBOX 1= "file!, cbt ■■ 
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&& TEXTBOXl ! = " f ilel . cbt " 
&& TEXTBOX l!="filel.cbt" 



[0068] In the example above, a dedicated scripting language is jsed in which the word EVENT indicates the start 
10 of a discrete simulation handler and the words END EVENT indicate the end. Each of these units is performed in 
response to an input al a pixel area (referred lo also as a screen conlrol) on a screen such as button_1 CLICK. Al the 
end of the above example, there are instructions to verify if the task has been performed correctly. It is an important 
aspect of the simulation programs whereby instructions for input/output are in discrete simulation handlers, each as- 
sociated with a pixel area or screen control during simulation. This allows for a wide degree of fiexibllity In design and 
IS performance of a computer based training system, particularly in conjunction with the manner by which they are re- 
trieved and implemented. 

[0069] In more detail, each discrele piece of code may be referred to asasimulalion handler Some handlers include 
conditions at the start of the execution of the script code for a particular input al a screen control or input area is 
dependent on the state of another control on the screen. During simulation, the simulation program links simulation 

20 handlers with input areas or controls of the screen. Therefore, user interaction with a control may change during sim- 
ulation. Further, it is possible to use the same control tor different purposes at different times. For example, if two 
dialogs were used at different times in a task, the same control might be used for the "OK" button on each. This avoids 
the need to store two sets of control data in memory, while presenting only one on the screen for the user Instead of 
having two controls, two simulation handlers are linked for the control and then swapped as required. At the end of 

25 operation of a simulation program, all simulation handlers are detached from the controls. This has the important 
advantage that between simulation sessions, the user is unable to change the state of the interface. 
[0070] To help understand operation of the system 1 when the controller 2 is operating according to a simulation 
program. Fig. 5 shows a sample simulation screen 81 in which there are superimposed windows 82 for performance 
of simulation operations. The general screen 81 is generated immediately after a simulation screen command is read 

30 and the windows 82 are generated in response to a simulation program at a Task interactivity point command. The 
pixel area 82 is part of a conceptual screen. 

[0071] If simulation is not to be performed at an interactivity point command, the controller 2 retrieves an auxiliary 
program such as a Help program and performs the necessary operations before returning control back to the execution 
path as indicated by the step 66. Again a further sequence of action commands may be implemented by return to the 

35 step 62, or alternatively, a next screen command may be read by returning to the step 39. 

[0072] To produce the training system 1, initially a master media data document 102 hereinafter rcforrod to as a 
master document is produced. A master document is a document produced by an author of the text information which 
is to be communicated by the system. This document is generated using a standard word processor and therefore is 
easy to produce by the author The master document compriGCG variouG hoadcrG such as "Unit" and "Topic" headers, 

40 there being a number of Topics in each Unil. In Ihis embodimenl, Ihe master documenl conlains only texl dala, however 
it could include graphics or visual data generally, or audio control data. 

[0073] A storyboard 103 is also generated A storyboard in this specification means a memory structure which has 
individually addressable cells, there being a group of cells associated with one interfacing action during operation of 
the system which is produced. Each of these cells is individually addressable. As shown in Fig. 6 there are five cells 

45 tor each group. Each cell relates to an intertacing action, and each group to an event. The groups are based around 
screen displays, however individual cells may relate to interfacing actions for different media such as audio. 
[0074] The method involves the production controller reading the master document 102 and automatically recognis- 
ing the various flags. The flags need not necessarily be deliberately inserted intothe master document for the production 
melhod as (hey could be conventional flags used for other purposes in a word processor documenl. The aulomalic 

50 recognition step 104 involves recognition of many different flags such as screen breaks, headers, footers and topic 
flags. In step 105 the information associated with the flags is used to pre-assign the function of each cell in each grojp 
of the storyboard 103. Each screen break flag (to initiate a new screen display) causes the production controller to 
automatically refer to the next group of cells in the storyboard 103. The conversion step 105 involves conversion to 
the relevant file format and allows compatibility with different master document program formats 

55 [0075] A text file 106 is then generated by the production controller automatically stripping text from the master 
document and writing it in individual paragraphs without any flags. Subsequently, the production controller processes 
the text file 106 and transfers text in blocks of a single paragraph to the first cell 103(a) in each group of the storyboard 
103 as indicated in Fig. 6. This is a direct transfer of "flat" text in a common format. The result of this step is an interim 



BUTT0N_3 CLICK 
BUTT0N_1 CLICK 
TEXTBOX_l ENTER 
END JUDGEMENT 
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storyboard representation shown in Fig. 7 and indicated by the numeral 1 25. It can be seen that the first paragraph of 
the text file 106 has been transferred to the first cell under the heading "Written Text" These text transfer operations 
are repeated for the sixth cell of each group having the heading "Comments". The "graphic" section Is blank at this stage. 
[0076] The next step o1 the method is carried out by the production controller with reference to a graphics database 

5 108. This step involves transfer of retrieved or newly-created graphics in step 109 to the relevant (sacond) cell within 
each screen display group of the storyboard 103. The result is the screen display 1 30 shown In Fig. 8 in which there 
IS a basic graphic which has been directly retrieved fiom the database 108. It will be appreciated that because this 
graphic has boon rctriovod directly from a database under operator instructions, very little data processing is involved. 
However, graphics may also be generated where existing graphics are not sufficiently illustrative of text in the cell group. 

10 [0077] The next steps of the method are extremely important as they involve generation of the interface file. This is 
not only part of the produced syslem but is also used for verification and modification of Ihe syslem during produclion. 
These steps are indicated generally by the numeral 140 and in step 141 the production controller automatically rec- 
ognises each cell in turn of the storyboard 103. As stated above, there are five cells within each group, each group 
corresponding to a single screen display and an Interfacing event. This in turn corresponds to a single key depression 
of the user at an interactivity point in operation of ttie system when produced. 

[0078] On recognition of each cell in turn, an action command Is automatically generated where appropriate in step 
1 42 to direct output of Ihe conlents ol thai cell using an individually addressable media record. Some cells do nol have 
any code generated as they may be left blank, for example a comment cell. In step 143, the code is written to the 
interface file. As indicated by the decision step 144, steps 141 to 143 are repeated for each cell and finally in step 145 

20 a signal is outputted to indicate that all cells have been automatically processed. Screen commands and interactivity 
point commands are generated either manually or automatically according to flags of the master document. 
[0079] Referring now to Fig. 10, the steps of the method which involve modifying or editing text are illustrated. These 
steps are Indicated generally by the numeral 160. In step 161 the production system reads interface file commands In 
turn and In step 162 displays a screen with text retrieved from the text file 106. The text is displayed in a frame or box. 

25 Various tools may be used as decided by the decision step 163 to edit the text in step 164. Such tools may allow 
resizing or repositioning of the text. The text box Is automatically displayed with a default size selected according to 
the items to be displayed on the same screen and to the result of any word-wrapping carried out. These steps are 
repeated for each screen display. An important aspect of the method 60 is that it is carried out on a step-by-step basis. 
There is one screen display for each step. This is facilitated by the structure of the storyboard, and therefore of the 

30 interface file. 

[0080] Referring now to Fig. 11 the manner in which the graphics are modified and stored for eventual use in the 
target computer is illustrated. These steps are Indicated generally by the numeral 170. In summary, graphic modification 
involves initial verification of the first graphic and automatic steps to reduce storage space required for subsequent 
graphics. There is also verification of each subsequent graphic. In step 171 the interface file commands are read in 
35 turn and in step 172 a partial screen with the graphic pixelmap for the first cell group is retrieved from the graphics 
database and is displayed. There is then operator interaction for verification of the displayed graphic in stop 173. This 
is verified (with or without editing) and a pixelmap of this (first) graphic is generated, and stored on the graphics database 
108 in step 174. 

[0081] When the production system procoods to the next interface file command, it displays the graphic of the next 
40 screen display in step 175 This step involves visual verification of the graphic. In slep 176, the produclion syslem 
automatically compares the pixelmap for this graphic with the first one. 

[0082] As indicated bythe decision step 177, the pixelmap to be stored maybe modified according to the comparison 
by a modification tool in step 178. The system automatically draws a frame around pixels Included in this pixelmap but 
not in the first pixelmap. This frame is preferably regular in shape. The difference pixelmap determined in step 178 is 

45 then stored together with the video controller scaling control signals in the interface file command In step 179. Of 
course, this slop also involves modification of the relevant Interface file command as appropriate. As Indicalcd by the 
decision step 180, steps 175 to 179 are repeated for each subsequent screen display, subject to the decision step 177. 
In each pass, the comparison step 176 is carried out with reference to the previous graphic. In some instances the 
graphic will not change from one screen display lo the next and there will be no need to store any pixelmap - a simple 

50 modification to the interface file command sufficing. 

[0083] The training system which is produced comprises the interface file, the text file, the graphics database, a 
system control program, auxiliary programs, and simulation programs. These may then be loaded and run on a target 
computer, preferably of the multi-media type. The system control program is written to direct system operation with 
reference to the interface file and other programs as described with reference to Figs. 1 to 5. The graphics database 

55 may be more generally referred to as a visual database, as It may include video control records for video playback. 
The text file may be more generally referred to as a set of data records, each record relating to text data or to an ajdio 
data. IWore generally, all of these records may be referred to as media records, each being individually addressable 
and associated with an interface file command. Further, the master document may contain all of the media data, In- 
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eluding text graphics, video and audio data, in which case a graphics database would not be required. 
[0084] It will be appreciated that by editing the graphics in this manner there is not only effective modification and 
verification by use of the interface file, but aiso the provision of commands which allow extremeiy efficient operation 
of the end product computer based training system. The interface file provides for production emulation to enabie 

5 verification and then forms a central part of the produced system. In generai, the interface fiie command forms a core 
part of both the production method and the system and provides similar underlying technical features. 
[0085] The video RAiVI of the target computer need not be completely refreshed between screen displays. This is 
particulary important for training systems where there are a large number of screen displays, each one generated by 
user depression of an individual key on the keyboard 

10 [0086] It will therefore be appreciated that the production method provides for highly automated production of a 
training system, however, there is still a large degree of flexibilily This arises primarily by use of the interface file 
whereby individual cells can be addressed for modification as required while at the same time the cellular structure 
provides for automatic verification and final production where this is required. 

15 

Claims 

1. A computer based training system comprising a user input means, a system controller, a storage means storing 
training data, and a user output means including a video screen, characterised in that:- 

20 

said Storage means stores independently addressable media records (15, 16, IS) having media interface data; 

said storage means stores an interface file (1 7) comprising a series of interface action commands, each action 
command being associated with a media record (1 5, 1 6, 1 8) and comprising code for instructing an interfacing 
25 action to be performed using data retrieved from the record; 

said system controller (2) comprises means for:- 

identifying a sequence of action commands which are associated with an interfacing event, being an event 
30 Which the system performs automatically between interactivity points at which a user may input a signal; 

automatically performing (43) interfacing actions according to said sequence of action commands to per- 
form an event: and 

35 receiving (44) a user input signal at an interactivity point after completing the event, acting in response to 

the received input signal, and subsequently identifying action commands for the next event and performing 
said event to continue an execution path sequentially using commands in the interface file. 

2. A system as claimed in claim 1, wherein the interface file further comprises interactivily point commands which 
40 delimit sequences of action commands for events, and the syslem controller (2) comprises means for recognising 

said interactivity point commands and directing (44) interactivity inputs according to said commands. 

3. A system as claimed in claims 1 or 2, wherein the system controller (2) comprises means for directing retrieval 
(46) of training programs at an interactivity point and for operating according to the training programs before re- 
turning to the execution path of the Interface file at tine next action command. 

4. A system as claimed in claim 3, wherein said training programs include simulation programs having code for di- 
recting (69) the system controller to perform operations simulating the training subject. 

50 5. A system as claimed in claim 4, wherein the simulation programs (19) have a discrete structure with a discrete 
simulation handler piece of code associated with a screen input control during simulation. 

6. A system as claimed in claimed in any preceding claim, wherein the system controller (2) comprises means for 
directing (47, 67) transfer of control to an execution path of an alternative control file at an interactivity point upon 

55 receipt of a user Input Instruction. 

7. A system as claimed in any preceding claim, wherein the interface file (17) comprises screen commands delimiting 
commands for a plurality of events, and the system controller (2) comprises means for directing (61 ) generation 
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of a new video screen environment upon detection of a screen command. 

8. A system as claimed in ciaim 7, wlierein there are two categories of screen command^ nameiy, a conceptuai screen 
command and a simulation screen command, and tine system controiler comprises means fcr:- 

5 

directing (43) generation of a fresh Interfacing screen environment for display of training data upon detection 

of a conceptual screen command: and 

directing {6^] generation of a simulation screen environment having screen inpjt areas simulating those of 
JO the training subject upon detection of a simulation screen command. 

9. A system as claimed in any preceding claim, wherein the media records (18) comprise text data records and audio 
records, the records being individually addressable by being delimited in a common format and further comprise 
graphic bitmap and graphic animation records (15, 16). 

10. A system as claimed in ciaim 1, wherein the media records video control records. 

11. A computer based training system as claimed in claim 1 , 
wherein said system controller (2) comprises means for:- 

20 receiving (44) said user input signal at an interactivity poinl after completing the event, acting upon tine re- 

ceived signal by retrieving a simulation program and carrying out (69) simulation operations according to the pro- 
gram, and subsequently Identifying action commands for the next event and performing said event to continue an 
execution path using sequential commands in the interface file. 

25 12. A system as claimed in claim 11, wherein the simulation programs have a discrete structure comprising a discrete 
piece of code providing a simulation handler associated with a screen input area providing a screen control during 
simulation. 

13. A system as claimed in claim 11 , wherein the system controller comprises means for dynamically linking simulation 
30 handlers with screen controls during simulation, and for disconnecting all simulation handlers at the end of use of 

a simulation program. 

14. A method of producing data and programs for loading in a target computer to provide a computer based training 
system, the method comprising the steps of:- 



35 



55 



storing a master media data document (102) having flags; 



generating a memory storyboard (103) having a cellular structure in which there are groups of cells, each 
group aGGOcicitcd with an interfacing event of the target computer, and each of the cells (103(a)-1 03(e)) within 
40 a group being individually addressable; 

a production controller reading the master media data document (102), recognising flags within the document, 
and pre-assigning each cell to an interfacing action according to the flags; 

45 automatically transferring media data from the master media data document (102) to relevant pre-asslgned 

cells within the storyboard; 

processing (140) each cell of the storyboard (103) in turn to generate an interface file (17) having action 
commands associated with cells ol the storyboard, each action command comprising code for directing an 
50 interfacing action of a training system with respect to an associated cell; 

generating a set of media records (15, 16, 18) storing media data also stored in cells of the storyboard; and 

combining said media records and said interface file together with a training system control program. 

15. A method as claimed in claim 14, comprising the further steps of:- 

displaying (1 72) and verifying (1 73) a graphic stored in a media record; 
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comparing (177) a pixelmap of the graphic with that of the next graphic pixelmap in operational display order; 

and 

automatically determining (177) pixelmap differences and generating a frame around the difference pixels; 

5 

storing (179) the pixelmap differences in a media record; and 

modifying the associatad interface file command accordingly. 

10 16. A metliod as claimed in claims 14 or 15 comprising the further step of emulating (1B1 , 162) training system operation 
by use of the interface file (17), editing cells (164) within each storyboard group, and editing the associated interface 
commands accordingiy. 

1 7. A method as claimed in any of claims 1 4 to 1 6 comprising the further steps of stripping text data from the master 
media data document, transferring it to a text file (106), transferring text data to the storyboard cells from said text 
file, and storing the text file to provide media records for text data. 



Patentanspruche 

20 

1. Computergestutztes Ausbildungssystem umfassendein Bedienereingabemittel, einen Systemcontroller, ein Spei- 
chermittel zum Speichern von Ausbildungsdaten und ein Bedienerausgabemittei, einschlieRlich einem Videobild- 
schirm, dadiirch gekennzeichnet, daB: 

25 das genannte Speichermittel unabhangig adressierbare Mediendatensatze (15, 16, 18) mit Medienschnittstel- 

lendaten speichert; 

das genannte Speichermittel eine Schnittstellendatei (17) speichert, umfassend eine Reihe von Schnittstel- 
lenaktionsbefehlen, wobei jederAktionsbefehl mit einem Mediendatensatz (15, 16, IS) assoziiert ist und Codes 
zum Anweisen der Durchfuhrung einer Schnittstellenaktion mit aus dem Datensatz ausgelesenen Daten um- 
30 faBt; 

wobei der genannte Systemcontroller (2) Mittel umta3t um: 

eine Folge von Aktionsbefehlen zu identifizieren, die mit einem Zwischenereignis assoziiert sind, wobei es 
sich um ein Ereignis handelt, das das System automatisch zwischen Interaktivitatspunkten durchfuhrt, an 
denen ein Bediener ein Signal eingeben kann; 
35 automatisch Zwischenaktionen gemafi der genannten Folge von Aktionsbefehlen durchzufOhren (40) um ein 

Ereignis durchzufiJhren; und 

ein Bedienereingabesignal an einem Interaktivilatspunkt nach AbschluB eines Ereignisses zu empfangen (44), 
in Reaktion auf das empfangene Eingabesignal zu agieren und danach Aktionsbefehle fur das nachste Ereig- 
nis zu identifizieren und das genannte Ereignis durchzufuhren, um einen Ausfuhmngspfad nacheinander mit 
40 Befehlen in der Schnillslellendalei durchzufuhren. 

2. System nach Anspruch 1, bei dem die Schnittstellendatei ferner Interaktivitatspunktbefehle umfalBt, die Folgen 
von Aktionsbefehlen fur Ereignisse begrenzen, und der Systemcontroller (2) Mittel zum Erkennen der genannten 
Interaktivitatspunktbefehle und zum Leiten (44) von Interaktivitatseingangen gamaB den genannten Befehlen um- 

45 tal3t. 

3. System nach Anspruch 1 Oder 2, bei dem der Systemcontroller (2) Mittel zum Steuern des Auslesens (46) von 
Ausbildungsprogrammen an einem interaktivitatspunkt und zum Arbeiten gemaB den Ausbildungsprcgrammen 
vor dem Zuruckkehren zum Ausfuhrungspfad der Schnittstellendatei beim nachsten Aklionsbefehi umfaBt. 

so 

4. System nach Anspruch 3, bei dem die genannten Ausbiidungsprogramme Simulationsprogramme mit Codes zum 
Steuern (69) des Systemcontrollerszur Durchfiihrung von Vorgangen beinhalten, die den Ausbildungsgegenstand 
simuiieren. 

55 5. System nach Anspruch 4, bei dem die Simulationsprogramme (19) eine diskrete Struktur mil einem diskreten 
Simulations-Handler-Code haben, der mit einer Bildschirmeingabestejerung wahrend der Simulation assoziiert ist. 

6. System nach einem der vorherigen Anspriiche, bei dem der Systemcontroller (2) Mittel zum Steuern (47, 67) der 
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Kontrollubergabe zu einem Ausfiihrungspfad einer alternativen Steuerdatei an einem Interaktivitatspunkt nach 
Eingang einer Bedienereingabeanweisung umfaBt. 

7. System nach einem dervorherigen Anspruche, bei dem die Schnittstellendatei (17) Biidschirmbefehie umlalSt, die 
Belehle fur eine Mehrzahl von Ereignissen begrenzsn, und der Systemcontroller (2) Mittel zum Steuern (61) der 
Erzeugung einer neuen Videobildschirmumgebung nach dem Erfassen eines Bildschirmbefehls umfaGt. 



8. System nach Anspruch 7, bci dem zwei Bildschirmbofchlskategorian vorhanden sind, namlich ain InhaHs-Bild- 
schirmbefehl und ein Simulations-Bildschirmbelehl, und der Systemcontroller Mittel umfaRI, um: 

10 

die Erzeugung einer frischen Zwischen-Bildschirmumgebung fur die Anzeige von Auabildungsdaten nach der 
Erfassung eines Inhalts-Bildschirmbefehls zu steuern, und 

die Erzeugung einer Simulationsbildschirmumgebung mit Bildschirmeingabebereichen zu steuern (61), die 
diejenigen des Ausbildungsgegenstandes nach der Erfassung eines Simulations-Bildschirmbefehls simulie- 
ran. 



9. System nach einem der vorherigen Anspruche, bei dem die Mediendnlensatze (18) Texldaten-Dalensalze und 
Audio-Datensatze umfassen, wobei die Datensatze individueli adressierbar sind, indem sie in einem gemeinsaman 
Format begrenzt v\/erden, und ferner Grafik-Bitmap- und Grafikanimationsdatansatze (15, 16) umfassen. 

20 

10. System nach Anspruch 1 , bai dem die l\/1ediendatensatze Videosteuerdatensatze aufweisen. 



11. Computergestutztes Ausbildungssystem nach Anspruch 1 , bei dem der genannte Systemcontroller (2) Mittel um- 
faRt, um: 

25 das genannte Bedienereingabesignal an einem Interaktivitatspunkt nach AbschluB des Ereignisses zu emp- 

fangen (44), auf das empfangene Signal mit dem Auslesen eines Simulationsprogramms zu reagieren und Simu- 
lationsvorgange gemaB dem Programm durchzufuhren (69), und danach Aktionsbefehle fur das nachste Ereignis 
zu identifizieren und das nachste Ereignis durchzufuhren, um einen Ausfiihrungspfad mit aufeinanderfolgendan 
Betehlen in der Schnittstellandatei fortzusetzen. 

30 

12. System nach Anspruch 11 , bei dem die Simulationsprogramme eine diskrete Struktur aufweisen, umfassend einen 
diskreten Code, der einen Simulations-Handler bereitstellt, der mit einem Bildschirmeingabebereich assoziiert ist, 
so daB Bildschirmsteuerung wahrend der Simulation mdglich ist. 



35 13. System nach Anspruch 11, bei dem der Systemcontroller Mittel umfaBt, um Simulations-Handler wahrend der 
Simulation mit Bildschirmsteuerungen zu verketten, und um alle Simulations-Handler am Ende der Anwendung 
eines Simulationsprogramms zu trennen. 

14. Vcrfohrcn zur Herstellung von Datcn und Programmcn zum Laden in cinon Ziclcomputor, go daB ein computer- 
40 geslulzles Ausbildungssystem erhalten wird, wobei das Verfahren die folgenden Schrille umfaBt: 



Speichern eines Master-Mediendatendokumentes (102) mit Flags; 

Erzeugen einer Speicher-Storyboard (103) mit einer zeliularen Struktur, in der sich Gruppen von Zellen be- 

finden wobei jede Gruppe mit einem Zwischenereignis des Zieicomputers assoziiert und jade der Zellen (1 03 
(a)-103(e)l innerhalb einer Gruppe individueli adressierbar ist. 

einen Froduktionsconlroiicr zum Lescn des Masler-ModiGndatendokumentes (102), zum Erkennen von Flags 

in dem Dokumont und zum Vorbslegen jeder Zeile mit einer Zwischenaktion gemaB den Flags; 

automatisches Ubertragen von Mediendaten von dem IVlaster-Mediendatendokument (102)zu relevanten vor- 

beiegten Zeiien in der Sloryboard, 
50 Verarbeiten (140) jeder Zeile der Storyboard (103) nacheinander, um eine Schnittstellendatei (17) mit Akti- 

onsbafehien zu erzeugen, die mit Zellen der Storyboard assoziiert sind, wobei jeder Aktionsbefehl Codes zum 

Steuern einer Zwischenaktion eines Ausbildungssystems in bezug auf eine assoziierte zeile umfaBt; 

Erzeugen eines Satzes von Mediendatensatzen (15, 16, 18) zum Speichern von Mediendaten, die ebenfalls 

in Zellen der Storyboard gespeichert sind; und 
55 Kombinieren der genannten Mediendatensatze und der genannten Schnittstellendatei zusammen mit einem 

Ausbiidungssystem-Steuerprogramm. 



15. Verfahren nach Anspruch 14, umfassend die folgenden Schritte: 
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Anzeigen (172) und Uberprufen (173) einer in sinem Mediendatensatz gespeicherten Grafik; 

Vergleichen (177) eines Pixelmusters der Grafik mil dGm naclnsten Grafik-Pixelmuster in betriebiicliGr Anzsi- 

geordnung; und 

automat isclies Bestimmen (177) von Pixelmusterdifferenzen und Erzejgen eines Ralimens um die Differenz- 
5 pixel; 

Speicliern (179) der Pixelmusterdifferenzen in einem Mediendatensatz: und 
entsprecfiendes IVlodifizieien des assoziierten Schniltstellendateibefehls. 

16. Verfahren nach Ansprjch 14oder 15, umfassGndden weiteren Schritt des Emjiierens (161 , 162) des Ausbildungs- 
10 systemvorgangs durcfi die Verwendung derSchnittsteiiendatei (17), des Editierensvon Zeiien (164) in jeder Story- 

board-Grjppe und des entsprecfienden Editierens der zugehorigen Schnittsteiienbelehiie. 

17. Verfahren nach einem der Anspruche 14 bis 16, umfassend die weiteren Sciiritte des Ausziehens von Textdaten 
aus dem Master-IWediendatendoltument, IJbertragen derselben in eineTextdatei (106), Ubertragen von Textdaten 
zu den Storyboard-Zellen von der genannlen Textdatei, und Speicliern der Textdatei zur Bereitstsllung von Medi- 
endatensatzen fur Textdaten. 



Revendications 

20 

1. Systeme d'enseignement assiste par ordinateur comprenant un moyen d'entree utilisateur, un controleur de sys- 
tems, un moyen de stockage mSmorisant des donn^es d'enseignement, et un moyen de sortie utilisateur inciuant 
un ecran video, caracterise en ce c\ue.- 

25 ledit moyen de stocltage memorise des enregistrements de medias independamment adressables (15, 16, 

18) ayant des donnees d'interface de medias; 

ledit moyen de stockage memorise un fichier d'interface (1 7) comprenant une s^rie de commandes d'actions 
d'interface, cliaque commande d'action 6tant associSe ^ un enregislrement de madias (15, 16, IB) et com- 
30 prenant du code pour donner I'ordre d'executer une action d'interface en utilisant des donnees extraites de 

I'enregistrement; 

ledit controleur de systeme (2) comprend des moyens poun- 
ds identifier une sequence de commandes d'actions qui sont associ6es k un 6venement d'interface, etant un 
evenement que le systeme execute automatiquement entre des points d'interactivite auxquels un utilisateur 
peut entrer un signal; 

executer automatiquement (43) des actions d'interface selon iadite sequence de commandes d'actions pour 
40 executer un evenement: el 

recevoir (44) un signal d'entree utilisateur k un point d'interactivite apr^s avoir termini r6v6nement, agir en 
reponse au signal d'entree regu, et subsequemment identifier des commandes d'actions pour I'evenement 
suivant et executer iedit evenement afin de poursuivre un chemin d'execution de maniere sequentielle an 
utilisant les commandes dans le ficlnier d'interface. 

2. Systeme tel que revendique dans la revendication 1, dans lequel le fichier d'interface comprend en outre des 
commandes de points d'interactivite qui deiimitent des sequences de commandes d'actions pour les ev^nements, 

et le conlroieur de sysleme (2) comprend des moyens pour reconnaTlre lesdiles commandes de points d'interac- 
50 tivile et ordonner (44) des entrees d'interactivite conformement auxdites commandes. 

3. Systeme tel que revendique dans les revendications 1 ou 2, dans lequel le controleur de systeme (2) comprend 
des moyens pour ordonner I'extraction (46) des programmes d'enseignement a un point d'interactivite et pour 
fonctionner conformement aux programmes d'enseignement avant de retourner au chemin d'execution du fichier 

55 d'interface a la procliaine commande d'action. 

4. Systeme tel que revendique dans la revendication 3, dans lequel lesdits programmes d'enseignement incluent 
des programmes de simulation ayant du code pour ordonner (69) au contrSleur de systfeme d'executer des ope- 
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10 



rations simulant le sujet eleve. 

5. Systeme tel que revendique dans la revendication 4. dans lequel les programmes de simulation (19) ont une 
structure discrete qui a un morceau de code discret de gestionnaire de simulation associe a un controle d'entree 
ecran pendant la simulation. 

6. Systeme tel que revendique dans I'une quelconque des revendications precedentes dans lequel le controleur de 
systomo (2) comprcnd dcs moyons pour ordonncr (47, 67) le transfort du controle a un chomin d'cxecution d'un 
fichier de controle alternatil a un point d'interactivite sur reception d'une instruction d'entree utillsateur 

7. Systeme te( que revendique dans I'une quelconque des revendications precedentes, dans lequel le lichier d'inler- 
tace (17) comprend des commandes d'ecran delimitant des commandes pour une pluralite d'evenements, et le 
controleur de systeme (2) comprend des moyens pour ordonner (61) la generation d'un nouvel environnement 
d'ecran video sur detection d'une commando d'ecran. 

15 

8. Systeme tel que revendique dans la revendication 7, dans lequel il y a deux categories de commande d'ecran, 
nommement, une commande d'ecran conceptuel et une commande d'ecran de simulation, et le controleur de 
systeme comprend des moyens pour:- 

20 ordonner (43) la generation d'un nouvel environnement d'ecran d'intertace pour afficher des donnees d'en- 

seignement sur detection d'une commande d'ecran conceptuel; at 

ordonner (61 ) la generation d'un environnement d'ecran de simulation ayant des zones d'entree ecran simulant 
celles du sujet sieve sur detection d'une commande d'ecran de simulation. 

25 

9. Systeme tel que revendique dans I'une quelconque des revendications precedentes, dans lequel les enregistre- 
menls de medias (IB) comprennent des enregistrements de donnees textuelles et des enregistrements sonores, 
les enregistrements etant adressables individuellement en etant delimites selon un format commun et comprennent 
en outre des enregistrements graphiques bitmap et graphiques d'animation (15, 16). 

30 

10. Systeme tel que revendique dans la revendication 1, dans lequel les enregistrements de medias comprennent 
des enregistrements de controle video. 

11. Systeme d'enseignement assiste parordinateurtel que revendique dans la revendication 1, dans lequel ledit con- 
35 trSleur de systeme (2) comprend des moyens pour:- 

roccvoir (44) Icdit signal d'entree utilisateur a un point d'intcractivitG apres avoir tcrminc Tcvcnement, agir 
sur le signal regu en extrayant un programme de simulation et effectuer (69) les operations de simulation confor- 
mement au programme, et subsequemment identifier des commandes d'actions pour I'evenement suivant et exe- 
cutor Icdit Gvcncment afin de poursuivre un chemin d'execution en utilisant les commandes sequentielles dans le 
40 fichier d'inlerface, 

12. Systeme tel que revendiqu6 dans la revendication 11 , dans lequel les programmes de simulation ont une structure 
discrete comprenant un morceau de code discret fournissant un gestionnaire de simulation associe a une zone 
d'entree ecran fournissant un controle d'ecran durant la simulation. 

45 

13. Systeme tel que revendique dans la revendication 11 , dans lequel le conlroleurde systeme comprend dcs moyens 
pour relier dynamiquement des gestionnaires de simulation avec des controles d'ecran durant la simulation, et 
pour d^connecter tous les gestionnaires de simulation k la fin de I'emploi d'un programme de simulation. 

50 14. Metlnode de production de donnees et de programmes a charger dans un ordinateur d'execution pour fournir un 
systfeme d'enseignement assists par ordinateur, la m^thode comprenant les stapes consistant k :- 

memoriser un document maitre de donnees des medias (1 02) ayant des drapeaux; 

55 generer une scenarimage en memoire (103) ayant une structure cellulaire dans laquelle il y ades groupes de 

cellules, chaque groupe etant associe a un evenement d'interface de I'ordinateur d'execution, et chacune des 
cellules (103(a)-103(e)) a I'interieur d'un groupe etant individuellement adressable; 
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un controleur de production lisani le document maltre de donnees des medias (102), reconnaissant les dra- 
per ux dans le document, et pre-affectant chaque cellule a une action d'interface conformement aux drapeaux; 

transferer automatiquement les donnees des medias du document maftre de donnees des medias (102) aux 
cellules prs-affsctees pertinentes dans la scenarimage; 

traiter (140) chaque cellule de la scenarimage (103) toui a tour pour generer un fichier d'interface (17) ayant 
des commandos d'actions associoGS aux collulos dc la scenarimage, chaque commandG d'action comprenant 
du code pour ordonner une action d'interface d'un systeme d'enseignement an sujet d'une cellule assoclee; 

generer un jeu d'enregislremenls de medias (15, 16, 18) memorisant les donnees des medias egalement 
memorisees dans les cellules de la scenarimage; at 

combiner lesdits enregistrements de medias et ledit fichier d'interface avec un programme de controle de 
systeme d'enseignement. 

15. Methods telle que revendiquee dans la revendication 14, comprenanl les etapes ulterieures consistant a:- 

afficher (1 72) et verifier (1 73) un graphique memorise dans un enregistrement de medias; 

comparer (177) un pixelmap du graphique avec celui du pixelmap du graphique suivanl dans un ordre d'affi- 
chage opSrationnel; et 

determiner automatiqjement (177) les differences de pixelmap et generer une image autour des pixels de 
difference; 

memoriser (179) les differences de pixelmap dans un enregistrement de medias; et 
modifier conformement la commande associSe du fichier d'interface. 

16. Methode telle que revendiquee dans les revendications 14ou 15, comprenant I'etape ulterieiire consistant a emuler 
(161 , 162) lefonctionnement d'un systeme d'enseignement en utilisant le fichier d'interface (17), editor les cellules 
(164) a I'interieur de chaque groupe de scenarimage, et editer conformement les commandos d'interface asso- 
ciees. 

17. Mcthodo telle que revendiquee dans I'une queiconquc des revendications 14 a 16, comprenant les etapes ulte- 
rieures consistant a enlever les donnees textuelles du document maltre de donnees des medias, les transferer a 
un fichier texte (106), transferer les donnees textuelles aux celljles de la scenarimage a partir dudit fichier texte, 
et memoriser le fichier texte afin de fournir des enregistrements de medias pour les donnees textuelles. 
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